Interactive Sports-Themed Game

ABSTRACT

A method and system for playing a virtual game is disclosed. The virtual game is associated with a real game, such as a baseball or golf game. Users play the virtual game which is based on events in a real game that is followed by the users simultaneously as they play the virtual game. In one embodiment, the real game is a baseball game. In another embodiment, the real game is a golf game. A server communicates with clients to allow multiple users to compete in the virtual game via the use of client devices.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation-in-part of U.S. patent applicationSer. No. 12/462,906, which is continuation-in-part of U.S. patentapplication Ser. No. 12/150,723, filed Apr. 30, 2008, now U.S. Pat. No.7,909,332, which claimed priority to U.S. provisional patent applicationSer. No. 60/927,206 filed on May 2, 2007. Also, U.S. patent applicationSer. No. 12/932,734, now U.S. Pat. No. 8,092,306, is a divisional ofU.S. patent application Ser. No. 12/150,723.

FIELD OF THE INVENTION

The present invention relates generally to games. More particularly, thepresent invention pertains to game involving predicting the outcome of alive sporting event.

BACKGROUND

Activities based on predicting the outcome of sporting events arepopular in today's culture. The motivation for these activities mayinclude gambling, but may also include general amusement andentertainment purposes. Sporting events generate revenue by variousmeans, such as ticket sales, concession sales (e.g. food and beverages),and advertising, among others. An activity that promotes the attendanceand/or receiving broadcasts of live sporting events can add value toadvertising, especially towards the latter parts of a sporting event. Inmany cases, if a sporting event turns out to be a one-sided “blowout,”attendance and the number of viewers may plummet, thereby decreasing theeffect of advertising. Therefore, it is desirable to provide an activitythat promotes an audience engagement in a sporting event, regardless ofthe outcome of the event itself.

SUMMARY OF THE INVENTION

The main concept of the game of the present invention is to increase thefan's involvement in a live sporting event. The game of the presentinvention provides each player the opportunity of becoming interactivewith each play of the real game. Beyond simply entertainment, the gameof the present invention serves to keep fans in the seats or watchingthe game on television, since they are involved in every play of thereal game. Unlike typical “fantasy” games that depend on the players ofthe fantasy game to select real players that perform well, the outcomeof the game of the present invention is directly related to knowledge ofthe game, and is not dependent on good performance from a particularsubset of athletes.

BRIEF DESCRIPTION OF THE DRAWINGS

In the drawings accompanying the description that follows, often bothreference numerals and legends (labels, text descriptions) may be usedto identify elements. If legends are provided, they are intended merelyas an aid to the reader, and should not in any way be interpreted aslimiting.

FIGS. 1-4 show block diagrams of systems in accordance with variousembodiments of the present invention.

FIGS. 5-9 show embodiments of a client user interface in accordance withvarious embodiments of the present invention.

FIG. 10 is a flowchart indicating process steps for determining an eventtransition.

FIG. 11 is a flowchart indicating process steps for user login and playof the virtual game.

DETAILED DESCRIPTION

In the ensuing description, the terms “real game” or “live game” referto the live sporting event of which the events are being predicted. Theterm “virtual game” pertains to the interactive sports-themed game ofthe present invention. The term “user” pertains to a person playing a“virtual game.” It is to be understood that, unless specifically statedto be otherwise, the term “player” in the context of the virtual game,may refer to a single person, or group of people. The term “event”pertains to a particular “contest” within a game, such as a pitcherfacing a batter in baseball, or a golfer playing a hole on a golfcourse. The term “result” or “outcome” as it pertains to a “real game”refers to a play of the live sporting event (e.g. a “triple” inbaseball, or an “interception” in football).

The basic concept of play of the virtual game is that a user ispresented multiple possible outcomes of an event, and selects a subsetof those possible outcomes prior to the event transpiring. Uponcompletion of the event, the subset of outcomes selected by the user iscompared with the result of the transpired event. The user is awardedpoints if the result of the transpired event matches one of the eventsin the subset of outcomes selected by the user.

In one embodiment of the present invention, a user plays the virtualgame on a mobile client, such as a mobile phone. In another embodimentof the present invention, a user plays the virtual game on a television,or television set top box. In yet another embodiment of the presentinvention, a PC (personal computer) client is used.

FIG. 1 shows a block diagram of a system 100 in accordance with anembodiment of the present invention. System 100 comprises a statisticsdatabase 102, live game data server 104, virtual game server 106, anduser database 105. While each database and server is indicated as aseparate entity, those skilled in the art will recognize that thevarious server and database functions may be contained within a singlecomputer, or distributed over a plurality of computers, withoutdeparting from the scope and purpose of the present invention.

Statistics database 102 contains current data on players of the realgame. For example, in the case of a virtual game based on a major leaguebaseball game, the statistics database comprises current baseballstatistics for major league players. Such statistics may include, butare not limited to, batting average, ERA, slugging percentage, on basepercentage, RBIs, number of walks, number of each category of hit, andnumber of strikeouts, to name a few. The statistics may be furthercategorized according to type of pitcher or hitter faced (e.g. lefthanded, right handed, etc. . . .), or categorized according to aparticular matchup (e.g. the batting average of a particular hitter whenfacing a particular pitcher).

Live game data server 104 provides the events of a real game in realtime. The live game feed data is provided by a content provider in acomputer-readable format, such as XML data. Live game feed data iscurrently known in the art. Examples of such services include “GameChannel” by YAHOO (Sunnyvale, Calif.). The live data includes thecurrent contest (e.g. which batter is facing which pitcher), as well asthe score, and time remaining (where applicable). In the case ofbaseball, the current inning, and number of outs are provided.

Virtual game server 106 aggregates information from statistics database102 and live game data server 104 and presents data to one or moreclients (108, 110, and 112) via communications network 114. In oneembodiment, communications network 114 comprises the Internet. In oneembodiment, virtual game server stores data pertaining to each user(player of the virtual game) in user database 105. Data stored in userdatabase 105 may include, but is not limited to, user name, user e-mailaddress, user phone number, user score, and user friends (other playersof the virtual game). Other virtual game preferences may also be storedin user database 105.

Mobile client 112, TV client 110, and PC client 108 are virtual gameclients that (generally referred to as “clients”) provide an interfacefor the user to play the virtual game while following along with thereal game. This encourages more involvement in watching the real game,even when the score of the real game may not be that close. By keepingfans engaged in the real game for a longer period, effectiveness ofadvertising during the real game is potentially improved, especially inthe case of a real game where the score is not close. This is becauseusers interested in the virtual game will continue to watch the realgame, even if the eventual outcome of the real game is already surmised.

PC client 108 comprises a personal computer such as a desktop, laptop,or netbook, for example. In one embodiment, the user accesses a websitevia a browser to log on, and play the virtual game. TV Client 110 may beintegrated into a digital television, or alternatively, may reside as anapplication in a digital television set top box (STB). Mobile client 112is preferably a mobile telephone such as a so-called “smart phone” suchas an iPhone, which is produced by APPLE, Inc., of Cupertino, Calif. Inthe case of a mobile client, the communication between the mobile client112 and the virtual game server 106 may comprise use of a cellularnetwork to communicate with the Internet.

The virtual game server 106 is the heart of the “backend” processing. Itreceives login data from a user on a client, and checks credentialswithin the user database 105. When the credentials have been validated,user preferences are then retrieved. These preferences may include, butare not limited to, position of various user interface elements, fontsizes and styles, and a list of other players that the user can “playalong with.” The user selects a live game to use for predictingoutcomes. The virtual game server then retrieves the appropriate livegame data from the live game data server 104. The live game dataincludes participants in a particular contest (e.g. a particular batterand pitcher in a baseball game). The virtual game server then retrievesappropriate statistics for the participants from the statistics database102. Using the statistics from statistics database 102, the virtual gameserver 106 generates point values for each possible outcome based onlikelihood of occurrence, and presents the choices to the user on aclient. In one embodiment, the virtual game server 106 provides data viaHTTP to the client. The data may comprise HTML pages, XML data, or othersuitable formats.

Once the user chooses one or more possible outcomes, and performs a“play” action via the user interface of a client (108, 110, or 112), theclient transmits the user's outcome choices to the virtual game server106. Once the actual event transpires, as indicated by updated data fromlive game data server 104, the virtual game server 106 then compares theactual outcome with those selected by the user, and awards the user thecorresponding number of points, based on the generated point values foreach outcome. The virtual game server 106 then posts a status update toall subscribed clients to reflect the change in the user's current scoreand success percentage.

FIG. 2 shows a block diagram of a system 200 in accordance with anadditional embodiment of the present invention. System 200 is similar tosystem 100, but further comprises a Virtual Game Official (VGO) client216. The VGO client supports a virtual game official, which is a liveperson who officiates the virtual game. During play, the VGO watches thelive game, and updates various parameters according to what is observedin the live game. Examples of things the VGO can control include, butare not limited to, the available outcomes presented to the user for agiven contest, and the opening and closing of the prediction window fora contest. The prediction window is defined as the period of time duringwhich a user is permitted to make a prediction for a given contest. Acontest is defined as an event involving one or more live game players.Examples of an event include a pitcher-hitter match-up, or a golferattempting to play a particular hole on a golf course. There isflexibility in the rules of the virtual game. In one embodimentpertaining to baseball, the prediction window is opened when the priorcontest starts, and closes when the current contest starts. In thatembodiment, virtual game players must make their predictions prior tothe start of the contest. In one embodiment, the start of the contest isdefined as the point when the pitcher releases the first pitch to abatter for a particular at bat. The VGO can open and close the windowsby executing commands on the VGO client 216 which direct the VirtualGame Server 106 to control the virtual game player's clients (108, 110,112). The VGO can also respond to last-minute lineup changes to cancel acontest that currently has an open prediction window, and replace itwith a new contest. Examples of this include pitcher and/or battersubstitutions that frequently occur in baseball games. In anotherembodiment, the prediction window is always open, and predictions on thecurrent contest may be made at any time. This mode of play is suited fora casual, non-competitive environment.

FIG. 3 shows a block diagram of a system 300 in accordance with anadditional embodiment of the present invention. System 300 is similar tosystem 200, but further comprises a gaming server 318. The purpose ofthe gaming server 318 is to provide control for live gambling on virtualgame results. Monies or prizes may be awarded on points scored in thevirtual game, or on a contest-by-contest basis. In thecontest-by-contest embodiment, users have an opportunity to place awager prior to the start of a contest, and win if the actual outcome ofthe contest matches one of the outcomes the user had chosen. The amountwon can depend on the number of points awarded for a particularcorrectly chosen outcome. The number of points awarded for a particularoutcome is calculated by the virtual game server 106, based on data fromthe live game data server 104, and the statistics database 102. Forexample, for a given player, the number of points awarded for aparticular outcome may be calculated by:

P=S−[INT]S*X/T

Where P is the number of points, S is a scale factor, and X is thenumber of times a player achieved a particular outcome (e.g. a single,double, walk, etc. . . .), and T is the total number of trips to theplate (at bats). Therefore, X/T is a success ratio, and by subtractingthe success ratio from a scale factor, a point value is calculated. Forexample, if S is 10, X, for a single, is 14, and T is 33, then P iscalculated as:

P=10 −[INT]10*14/33=10−[INT]4.2424=10−4=6

Therefore, for that particular player, the points awarded for a singleis 6. As can be seen, the higher percentage of singles a player gets,the fewer points are awarded for correctly guessing that outcome. Othermetrics that may be used to calculate point values include, but are notlimited to, slugging percentage (SLG), on base percentage (OBP), and onbase plus slugging (OPS).

The point values for each possible outcome are transmitted from thevirtual game server 106 to the gaming server 318. The gaming server 318handles transactions and accounts for the bettors, and an enablesseparate business organizations to operate the virtual game network, andthe gambling operation. In one embodiment, communications network 114may be a private network (as opposed to the Internet), and all thevirtual player clients may comprise TV clients 110 and PC clients 108.By eliminating mobile clients and using a private network, itfacilitates constraining virtual game play to occur in a specificjurisdiction. An example is to confine play to within hotel rooms at aparticular hotel in Las Vegas Nev., or other jurisdiction wheresports-betting is legal and preventing wagering on the virtual game fromoutside of the desired jurisdiction. Another embodiment includes mobileclients, and utilizes location reporting information within the mobileclient (e.g., the GPS within a mobile phone) to determine if the mobileclient is within the correct jurisdiction.

FIG. 4 shows a block diagram of a system 400 in accordance with anadditional embodiment of the present invention. System 400 is similar tosystem 300, but further comprises a radar gun 420 which is configured tocommunicate to virtual game server 106 via communications network 114.In this embodiment, the closing of the prediction window is performedautomatically by radar gun 420. The prediction window for a givencontest C.sub.x opens when contest C.sub.x-1 ends. For example, ifcontest C.sub.x-1 was ended by a fly out, then as soon as the ball wascaught, the VGO would open the prediction window for context C.sub.x viaVGO client 216, which sends instructions to virtual game server 106,which in turn sends commands to clients (108, 110, 112) to indicate theopen prediction window for contest C.sub.x to the virtual game players.In this embodiment, instead of having the VGO close the window manuallyby observing when the first pitch of an at bat was thrown, the radar gun420 sends a “pitch thrown” event to the virtual game server once thepitch is detected, and the virtual game server 106 closes the predictionwindow in response to the pitch thrown event. Various produced models ofradar gun may be suitable for radar gun 420. For example the SR3600 bySPORTS RADAR LTD of Homosassa, Fla. provides a data port that may beused to transmit radar data to a local computer (not shown), which thentransmits the data to virtual game server 106 to signal a “pitchthrown,” and hence, the closing of the prediction window. It iscontemplated that a radar gun with integrated communication (e.g. builtin WiFi), may be able to communicate with virtual game server 106without the need for a local computer.

FIG. 5 shows an embodiment of a client user interface 500. This is anon-video baseball embodiment, in that no live video is displayed on theuser interface. This interface is intended for situations where a livevideo feed is available (e.g. on the user's television), or when a useris attending the real game and watching it live (e.g. at a stadium). INthis user interface, a contest information window 502 displaysinformation about the current contest. In FIG. 5, the contestinformation 502 displays information for a pitcher named Beckett,throwing against a batter named Thome. Available outcome window 508shows a list of available outcomes the user may select. In FIG. 5, theavailable options shown are single (1B), double (2B), triple (3B), homerun (HR), and walk (BB). In one embodiment, additional outcomes may bedisplayed by invoking a scrolling or paging control (not shown) on theuser interface.

Real game information window 510 shows information pertaining to thereal game. In FIG. 5, a current score between two baseball teams isshown, along with the current inning. A graphical indication, such asbase indication 511, may be used to convey current base runnerinformation.

Virtual game status window 504 shows information pertaining to thevirtual game. In the embodiment of FIG. 5, the current percentage ofcorrect predictions 505 for the user is shown, as well as the currentstreak 507, which conveys how many of the previous outcomes had the sameresult (correct or incorrect).

Selected outcomes window 512 shows the current outcome (or outcomes) theuser has selected as the prediction for the contest indicated in contestdisplay window 502.

Optional advertisement window 506 displays advertisements which maychange periodically during play of the virtual game. In one embodiment,the advertisements are targeted, based on user preferences stored inuser database 105. In this way, improved advertising revenue ispossible. In one contemplated business model, users create an account inorder to play the virtual game, and provide some personal preferences orother demographic information which is then used to selectadvertisements that are most appropriate for that particular user.

FIG. 6 shows a subsequent step for the embodiment of FIG. 5. In FIG. 6,the Selected outcomes window 512 shows 3 selections (1B, 2B, BB). Theuser manipulates cursor 514 to highlight a particular selection, andthen performs a selection action to place the outcomes in the selectedoutcomes window. While specifics of the selection means may vary indifferent embodiments, those skilled in the art will recognize that listmanipulation and item selection are well known in the art. Techniquesfor manipulating lists and selecting items therefrom may include, putare not limited to, a keyboard, mouse, trackball, buttons, and touchscreen interface.

FIG. 7 shows a subsequent step for the embodiment of FIG. 6. In FIG. 7,the result of the contest shown in contest display window 502 in FIG. 5has now occurred, and is displayed in the selected outcomes window 512.A new contest is displayed in the contest display window 502 of FIG. 7.

Real game information window 510 is updated to show the new information.In this case, as base indication 511 now shows a runner on second base,via the circle image on the second base position of the base indication511.

Virtual game status window 504 now shows updated information pertainingto the virtual game. In FIG. 7, the current percentage of correctpredictions 505 has increased as compared with that shown in FIG. 5,since the user had a double (2B) as one of his predictions, and a doublehad occurred in the real game. The current streak 507, is updated toindicate one correctly predicted outcome. If the user predicts the nextoutcome correctly, the current streak 507 will display “2 correct.” Ifthe user incorrectly predicts the next outcome, the current streak 507will display “1 incorrect.”

FIG. 8 shows an alternative embodiment of a client user interface 600.This is a real game video baseball embodiment, and comprises real gamevideo display window 620, which shows video of the real game, as theuser plays along with the virtual game. For a mobile client 112 or PCclient 108, the video delivery can be accomplished via known videostreaming techniques such as HTTP or RTSP protocols. For a TV client110, the video delivery can be through a streaming protocol such as HTTPor RTSP, or via RF through cable, satellite, or terrestrialbroadcasting. The user interface 600 also comprises outcome value window608, which displays point values for each corresponding outcome inavailable outcome window 508. For example, in FIG. 8, a single has apoint value of 3, a double has point value of 4, and triple has a pointvalue of 6, etc. . . . In this case, a user earns 4 points for correctlypredicting a double, and 6 points for correctly predicting a triple.Virtual game status window 626 shows current total points for the user628, as well as current total points for “friends” 630, and 632. Thefriends are defined by a user profile stored in user database 105. Inone embodiment, a group average 634 is computed and displayed on allparticipating client devices. In one embodiment, the group on which thegroup average is computed is a television audience. Virtual game statuswindow 626 may also show the score of an automated predictor 636. In oneembodiment, the automated predictor is a computer program executing onvirtual game server 106, which generates automatic predictions about thereal game. The automated predictor utilizes the information from livegame data server 104 and statistics database 102. In an embodiment wherethe virtual game server 106 is computing a point value (as described indescription of FIG. 3), the automated predictor program can use thelowest computed point value as the outcome to predict, since point valueis intended to be inversely related to probability of occurrence (thatis, the more unlikely the event is, the more points are awarded forcorrectly guessing that outcome).

Selected outcomes window 622 displays information regarding whichoutcomes the user selected (similar to as described in description ofFIG. 6), and is also used to preview the upcoming contest (in this case,pitcher Beckett vs. batter Hudson). Play button 624 initiates thesequence of the steps for the user to select outcomes for the predictionin selected outcomes window 622. Once the prediction window closes, theplay button 624 becomes un-selectable (e.g. “grayed out”).

FIG. 9 shows an alternative embodiment of a client user interface 700.This is a real game video golf embodiment, and comprises real game videodisplay window 620, which shows video of the real golf game whichcorresponds to the virtual game being played. Virtual game status window926 operates similar to virtual game status window 626, showing currenttotal points for the user 928, as well as current total points for“friends” 930, and 932, group average 934 and the score of an automatedpredictor 936. Contest information window 902 shows the current contestfor which the prediction window is now closed (e.g. Tiger Woods on14.sup.th hole). In the selected outcomes window 922, the upcomingevent, for which the prediction window is open, is shown. The userinvokes the play button 924 to make predictions, and optionally wager onthose predictions, similar to the procedure described for FIGS. 5-8. Inthis embodiment, pertaining to golf, the available outcomes aredifferent than those for baseball, and comprise the number of strokesthat a particular golfer will score on a particular hole on a golfcourse. These choices are shown in available outcome window 908. Thecorresponding point value for each outcome is shown in outcome valuewindow 909.

FIG. 10 is a flowchart indicating process steps for determining an eventtransition. In step 1002 an event end signal is received. In oneembodiment pertaining to baseball, the event end signal is received atthe virtual game server 106 from the live game data server 104 wheneveran out is made. For other sports, the criteria of an event end willchange. For example, in a golf embodiment, the event end signalcomprises an indication that a golfer has completed the current hole.

In step 1004, a check is made to see if the third out of the currentinning (the criterion for determining if the contest is to becancelled). If it is the third out, this is an “end event” that requiresan event cancellation, since it results in the teams of the real gameswitching sides, and therefore the contest that was upcoming prior tothe third out is cancelled in step 1006. If it is not the third out,user interface information is updated in step 1008. The updatedinformation may include the contest information window 502, real gameinformation window 510, and the virtual game status window 504 (see FIG.5). In step 1010 the prediction window for the current event opens. Atthis time, the users can now place predictions on the current contest.In step 1012, a start event is checked for. If a start event has not yetoccurred, user predictions are received in step 1016. When a start eventoccurs (e.g. a signal received from radar gun 420 based on the detectionof a pitched ball, or VGO client 216), the prediction window is closedin step 1014, and no further predictions on the current event areaccepted by virtual game server 106.

FIG. 11 is a flowchart indicating process steps for user login and playof the virtual game. In step 1102, user login is received by the virtualgame server 106, if the credentials (e.g. username and password) areincorrect, the login process is terminated. If the login credentials arecorrect, in step 1106, the user preferences are retrieved from userdatabase 105. In process step 1108, a live game selection is performed,in which the virtual game server receives the desired real game the userwishes to associate with the virtual game. For example, on a given day,there may be 10 baseball games scheduled, and the user selects which ofthose games he wants to predict, and hence “associate” his virtual gameto. Once the real game is selected, the real game data is received instep 1110 (e.g. from live game data server 104). In step 1112participant (e.g. pitchers, batters, etc. . . .) statistics areretrieved from the statistics database 102. Based on the statisticaldata from statistics database 102, and the live game data received atstep 110, point values for each available outcome are generated in step1114. In step 1116 the user's selected predictions are received (e.g.from clients 108, 110, or 112). In step 1118 (one the contest of thereal game has transpired), the actual outcome of the contest in the realgame is compared with the user selections received in step 1116. In step1120, the result of the comparison is checked. If the comparison matched(that is, the user made a correct prediction), points are awarded to theuser in step 1122. In process step 1124, a status update is posted toall interested clients. The status update includes information such asthe current user score. This information is sent to the user's clientdevice (e.g. PC client 108, TV client 110, or mobile client 112). It isoptionally sent to other clients, such as those of “friends” of theuser, so that the friends can get an update of the user's score (see 630and 632 of FIG. 6). In this way, the user can enjoy competition withother players of the virtual game that is associated with the same realgame the user is watching.

Accordingly, the reader will see that the disclosed game and method ofplaying provide for an interactive experience that enhances theenjoyment of watching, or listening to, a live sporting event. Althoughthe descriptions above contain specific details, these should not beconstrued as limiting the scope of the invention, but merely asproviding illustrations of some of the presently preferred embodimentsof this invention.

What is claimed is:
 1. A computer implemented method for playing a game,comprising the steps of: receiving login data; receiving user outcomeselections for the game; and awarding points for correct user outcomeselections; and further comprising determining a current geographicallocation of a mobile client, and allowing a wagering transaction if thecurrent geographical location is within a predetermined jurisdiction. 2.The method of claim 1, wherein receiving user outcome selectionscomprises receiving a plurality of baseball outcomes.
 3. The method ofclaim 2, wherein receiving a plurality of baseball outcomes comprisesreceiving outcomes comprising single, double, triple, walk, and homerun.
 4. The method of claim 1, wherein receiving user outcome selectionscomprises receiving a plurality of golf outcomes.
 5. The method of claim4, wherein receiving a plurality of golf outcomes comprises receiving anexpected number of strokes, relative to par.
 6. A user interface for aninteractive sports-themed game, comprising: an available outcomeswindow; a contest information window; and a real game informationwindow.
 7. The user interface of claim 6, further comprising anadvertisement window.
 8. The user interface of claim 6, furthercomprising a virtual game status window.
 9. The user interface of claim8, wherein the virtual game status window is configured to displaystreak information.
 10. The user interface of claim 7, furthercomprising a video display window configured to display video of a realgame.
 11. The user interface of claim 8, wherein the virtual game statuswindow is configured to display current total points for a plurality offriends.
 12. The user interface of claim 6, wherein the real gameinformation window is configured to display information about a realbaseball game.
 13. The user interface of claim 6, wherein the real gameinformation window is configured to display information about a realgolf game.
 14. The user interface of claim 7, wherein the advertisementwindow is configured to display advertisements based on demographicinformation provided by a user.
 15. The user interface of claim 7,wherein the advertisement window is configured to display advertisementsbased on preferences provided by a user.
 16. The user interface of claim8, wherein the virtual game status window is configured to displaycurrent percentage information.
 17. The user interface of claim 11,wherein the virtual game status window is configured to display anaverage total points for a group.
 18. The user interface of claim 17,wherein the group comprises a television audience.
 19. The userinterface of claim 12, wherein the real game information windowcomprises a base indication indicating current base runner information.20. The user interface of claim 19, wherein the base indication furtherincludes a circle that is positioned on the base indication to indicatean occupied base.